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FOREWORD 


The Software Requirements Analysis Study was conducted to definitize 
requirements and implementation approaches for the Advanced Technology 
Laboratory (ATL) Spacelab payloads of Langley Research Center. The effort 
consisted of an expansion and in-depth analysis of ATL software requirements 
identified in the basic study, Spaeelab User Implementation Assessment Study . 
The study was conducted by the Space Division of Rockwell International 
Corporation under Contract NAS1-12933. Mr. F. 0. Allamby was the technical 
manager for the Langley Research Center. 

The final report consists of two volumes: an executive summary, and a 

technical report of all the analyses/trades conducted during the course of 
the study. A succinct summary of the study objectives, principal conclusions, 
tradeoffs, recommendations, and future related efforts is presented in the 
executive summary. The technical report includes the development of the study 
data base, synthesis of implementation approaches for software required by both 
mandatory on-board computer services and command /control functions, and identi- 
fication and implementation of software for ground processing activities. 
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1.0 INTRODUCTION AND SUMMARY 


The tasks of the basic Spacelab User Implementation Assessment Study (SUIAS) 
definitized alternate integration and checkout approaches for ATL Spacelab pay- 
loads. One of the more significant factors in the processing cycle that would 
affect the cost and efficiency of the activities was the software required by the 
on-board and ground operations. Not only could software become a pacing item in 
the design, development, integration, and operations activities, it could also 
become a significant cost factor. Thus, this effort, the Software Requirements 
Analysis Study (SRAS) was conducted to establish requirements, assess alternate 
implementations, and identify programmatic costs of software and related hardware 
for the flight and ground operations associated with ATL Spacelab payloads. In 
this section, an' overview of the study, and a synopsis of the results and recom- 
mendations are presented. 

1.1 STUDY OVERVIEW 

STUDY OBJECTIVES 

The primary objective of SRAS was to develop an integrated approach for the 
development, implementation, and utilization of all software that is required to 
efficiently/cost-effectively support ATL flight and ground operations. It was 
recognized that certain aspects of the operations would be mandatory computer- 
ized services; computerization of other aspects would be optional. : Thus, the 
analyses were to' encompass not only alternate computer utilization/implementa- 
tions but trade studies/evaluations of the programmatic affects of non-computerized 
versus computerized approaches to the operations. 

A principal criterion in the development of the ATL software definition was 
to maximize the autonomy of individual experiments and define each experiment 
system as self-contained as practical. The intent of this criterion was to max- 
imize the flexibility and PI control in both flight and ground operations by 
avoiding the synthesis of interdependent experiment-to-experiment, experiment- 
to-Spacelab, or experiment-to-Orbiter hardware/software systems. Independence 
of experiment systems was a goal that would be limited only by factors externally 
imposed. For example, constrained Spacelab-Orbiter interfaces impose the require- 
ment to integrate experiment housekeeping services such as telemetry, caution and 
warning, and annotation data within the control and data management subsystem 
(CDMS) of the Spacelab. 

A second criterion in the development of the ATL software definition was to 
derive an approach to flight and ground operations that will enhance /promote the 
usability/accessibility of the ATL Spacelab to a broad/diverse spectrum of 
principal investigators. The selected approach must reflect direct access and 
involvement of the Pi's in an understandable format. Admittedly, a limited 
degree of standardization in the techniques for PI participation is required. 

But this standardization will provide clear-unambiguous definition of PI respons- 
ibilities and greatly assist in avoiding interaction and interdependency between 
Pi's and other program elements. 
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STUDY APPROACH 


The approach used in SRAS is illustrated in Figure 1.1-1. 



Figure 1.1-1, Study Approach 


On-board procedures or operations were identified for 25 candidate ATL 
experiments in Task 1.0. These operations were segregated into mandatory 
on-board computerized services and command/control/monitor services that could 
be accomplished either by manual (hardwired), computer-aided, or automated 
techniques . 

In Task 2.0, the mission analysis /planning and project management tasks 
pertaining to ground operations were evaluated to establish required/desired 
computer support. 

t 

Alternate implementation concepts for both the on-board services and 
ground operations were synthesized and evaluated in Task 3.0. One task of a 
second adjunct study to SUIAS, the Cost Reduction Alternatives Study (CRAS ) , 
was conducted in parallel with SRAS and significantly influenced the efforts 
of Task 3.0, In SRAS, the original intent was to assess the optimum use of 
the Spacelab CDMS. • The CRAS effort broadened the scope of evaluating alternate 
on-board accommodation of services to include the use of dedicated mini /micro 
processors for mandatory computerized services of ATL experiments. 

Programmatic evaluations were conducted in Task 4.0. Commonality of pro- 
cedures and reuse of software and software-related hardware were the prime 
drivers in the development of a recommended ATL implementation approach for 
flight and ground operations. An assessment of the potential impact of not 
implementing the recommendations and/or the unavailability of certain NASA 
agency resources was conducted as part of a contingency analysis. 
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1.2 SYNOPSIS OF STUDY RESULTS 

ON-BOARD OPERATIONS . 

The results of the CRAS effort indicated that maximum utilization of 
experiment-dedicated mini/micro processors was the most cost-effective approach 
to accommodate mandatofy computerized on-board services. Mini- and micro-, 
processors that could perform the required services and consisted of commerci- 
ally available equipment were synthesized. In addition a software development 
tool, called the flight software support system (FSSS) , was conceptually defined 
to maximize the. reuse of software and minimize the mission-unique software 
requirements. " • . 

The CRAS concept for accommodation of mandatory computerized on-board serv- 
ices was adopted in this study. Specific application of the concept to three 
reference ATL payloads indicated that a typical payload would require 6 mini- 
processors, 14 micro-processors, and 2500 mission-unique statements of software. 

Command, control, and monitor functions of the reference ATL experiments 
were evaluated to determine the impact of alternate implementation approaches. 

If these functions were hardwired (dedicated control panels) the average cost 
per experiment was about $5K. Accommodation of these functions by a computer- 
aided approach required actuation hardware, software, and an interactive term- 
inal (CRT/keyboard/micro-processor) . The actuation hardware costs were nominal 
(about $600 per experiment). Both non-recurring and recurring software was 
required. The non-recurring software was a delta to the FSSS for preparation 
of measurements and operating procedures in the interactive terminal/dedicated 
miniTprocessor of the experiments and was estimated at $75K. Recurring software 
to code the measurements /procedures was estimated at $6.3Kper experiment. Two 
interactive terminals ($3K each), which could support two flights per year and 
would be utilized as common work stations in the Spacelab , were also identified. 

Complete automation of command/control functions' of typical ATL experi- 
ments was discarded. The inclusion of decision algorithms in the software 
precluded the use of the FSSS software development approach. The estimated 
cost for the automatic command /control approach for the typical AT,L experiment 
was $155K. 

Although the computer-aided approach was more costly than the hardwired 
approach, it was recommended for use on ATL experiments that did not require 
manual dexterity and/or visual acuity. The flexibility and versatility of the 
computer-aided approach will be more compatible with the anticipated reflight 
and modifications inherent in an evolving technology program such as Langley's 
ATL. Also, ATL experiments will be flown in pallet-only as well as habitable- 
module Spacelab configurations. The available panel space in the Orbiter. aft- 
flight-deck precludes dedicated/individual experiment cpmmand/control/monitor 
panels for the desired complement of experiments in each payload. 

GROUND OPERATIONS 

Ah assessment of the mission analysis /planning and documentation tasks 
associated with ATL ground operations identified 29 essential and 5 highly 
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desirable computerized services. New development of the attendant software 
programs would be in excess of $13M. Coordination with MSFC indicated that 
an on-going software development program at MSFC would result in computer pro- 
grams that appear to fulfill Langley's requirements. The MSFC effort includes 
tutorial software that will enable personnnel relatively unskilled in computer 
programming to utilize the programs. The primary emphasis at this time is to 
use remote terminals to exercise the computer programs. However, an initial 
attempt has been made to compile some of the software for use in a mini-processor 
In, this study, SRAS, the compilation of the MSFC programs tailored to Langley's 
needs and augmented with a few additional programs was called the ground soft- 
ware support system (GSSS). As the MSFC effort is an on-going activity, the 
final status/results are not known. For purposes. of programmatic costing, a 
worst case estimate of $700K was assumed to convert the MSFC program to a GSSS 
suitable to Langley's requirements. 

There are two basic alternate implementation approaches for implementation 
of the GSSS. One approach, batch processing, was eliminated because of the 
inherent time-delay, inconvenience, and documentation requirements associated 
with remote exercising of computer programs based upon written requests/data 
sheets. The second basic approach involves interactive terminals that permit 
a GSSS user to cormunicate directly with software programs. By the means of 
a CRT/keyboard a user queries the program which, in turn, in real time, provides 
results and leads the user step-by-step in the exercising of the program. 

Five interactive terminal approaches were evaluated. Two of the approaches 
utilized a remote terminal approach. The computer or data processing center is 
either on site with the user, or remotely located. The primary shortcoming of 
these approaches were the host machine-time user costs. The other three inter- 
active terminal approaches utilized dedicated mini-processors. The differences 
between these approaches are the mechanizations .of the memory systems; central- 
ized disc, dedicated tape, or dedicated disc. The mini-processor dedicated 
disc approach was preferred because of the flexibility and versatility of this 
mechanization even though it was slightly more costly than the other two dedi- 
cated processor approaches. Each mini-disc system will cost $37K and could 
support two flights per year. 

Other than the disc memory system the mini-disc concept could utilize the 
same equipments as the on-board mini-processors. Although not specifically 
addressed in this study, the Pi's must individually conduct a significant 
mission planning/analysis effort. The Pi's dedicated on-board mini-processors, 
combined with a disc memory set and the GSSS, could be used for this effort. 

PROGRAMMATICS 

As the ATL program is comprised of a broad range of experiments the on-board 
service requirements vary significantly. Some experiments require primarily man- 
ual dexterity and/or visual acuity and are not adaptable to computer-aided com- 
mand and control. Thus, a representative ATL payload was synthesized in order 
to derive programmatic costs. This payload consisted of six experiments that 
incorporated computer-aided command and control and four experiments that had 
hardwired command and control. Reuse of hardware and software was postulated 
as follows. 
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ITEM 

REUSE 

RATIONALE 

INTERACTIVE TERMINALS 
MINI -PROCESSORS 

100% 

SHARED; EQUIPMENT COMPLEMENT WILL 
SUPPORT 2 FLIGHTS/YEAR. 

MICRO-PROCESSOR 
ACTIVATION HARDWARE 
HARDWIRED PANELS 

kOt 

EQUIPMENT INTEGRAL PART OF EXPER- 
IMENT;’ REFL 1 GHT,.0F EXPERIMENTS 
ASSUMED TO BE k0% .. 

DEDICATED PROCESSOR 
SOFTWARE 

25% 

PROCEDURES WILL PROBABLY CHANGE 
SIGNIFICANTLY ON EACH 'REFLIGHT 

CDMS SOFTWARE 

0% 

NEW EXPERIMENT MIX— MISSION 
TIMELINE EACH FLIGHT 


Three- ATL traffic models were evaluated; baseline or Yavdley model, 
two flights per year maximum, and one flight per year. Application of the 
appropriate cost factors and reuse criteria indicated that the recurring soft- 
ware and software-related hardware costs averaged slightly more than $200K per 
flight. Minor variations between traffic models were due to different utiliza- 
tion/amortization of the software-related hardware items. 

The recommended approaches for ATL software implementation are dependent 
on two elements — the FSSS and the GSSS. An assessment of the impact of not 
having these two software preparation tools was conducted. If the FSSS is not 
available the delta recurring software development costs that would accrue from 
four ATL flights would equal the development costs of the FSSS. If the GSSS is 
not available the remote-terminal/remote-DPC concept could be utilized to link 
Langley to MSFC. Implementation of the Langley GSSS is not time-critical as 
the cost impact is of the order of $30K per flight after the first flight. It 
is recommended that implementation of the Langley GSSS be postponed until the 
MSFC software program development activity is continued for at least another 
year. 


The reference ATL pallet-only payload was specifically evaluated. The 
available panel space in the Orbiter aft-flight-deck (AFD) will not accommodate 
dedicated command/control/monitor panels for the reference ATL payload. If the 
computer-aided command/ control approach were adopted for seven of the 12 experi 
ments in the reference payload, the AFD panel space is marginally adequate. 
Specific panel layouts and consideration of potential equipment interferences 
may eliminate the margin and dictate either restricting the experiments on 
pallet-only payloads to those adaptable to the computer-aided approach or inte- 
grating the panel requirements of multiple experiments. It is believed that 
integrated panel costs will greatly exceed the adaptation costs associated with 
the computer-aided approach. 

SUCCINCT SUMMARY 

The primary results /conclusions /recommendations of the SRAS are as follows 


1. Maximize the use of dedicated mini/micro-processors, (from CRAS) 

2. Develop the FSSS for both mandatory on-board services and 
command/control functions. 
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3. If appropriate (manual dexterity /visual acuity not required) , 
'implement the computer-aided command/ control approach. 

4. Develop a GSSS tailored to Langley’s application. 

5. Implement the GSSS with a dedicated mini-processor/ 
disc system. 

6. Emphasize experiments adaptable to the computer-aided 
command/control approach on pallet-only Spacelab, flights. 


1-6 


SD 76-SA-002 8-1 



Rockwell International 

Space Division 


2.0 SIGNIFICANT STUDY RESULTS 


A. summary of the major trades and analyses conducted during the study, and 
the primary conclusions of these efforts are presented in this section. 

2.1 ON-BOARD PROCESSING REQUIREMENTS DATA BASE 

In order to assess the potential use of computers and software to support 
the on-board experiment operations, a definitive set of data for each of the 
25 representative ATL experiments was developed. These data were derived from 
TM X-2813, Study of Shuttle-Compatible Advanced Technology Laboratory (Langley, 
September 1973), the Shuttle Sortie Payload Description Study (MSFC) , and dis- 
cipline specialists/surrogate Pi's on the Rockwell Space Division Staff. The 
representative ATL experiments and their groupings into three typical ATL payloads 
are indicated ip Table 2.1-1. 


Table 2.1-1. ATL Experiment Definition and Payload Groupings 


EXPERIMENT IDENTIFICATION 

EXPERIMENT 
SSPDA NO. 

PAYLOAD 1 

MODULE + PALLET 

PAYLOAD 2 

MODULE + PALLET 

PAYLOAD 3 

PALLET-ONLY 

NAVIGATION 





NV-I 

MICROWAVE interferometer 

XST-001 



X 

NV-2 

AUTONOMOUS NAVIGATION 

XST-004 



X 

NVr3 

MULTIPATH MEASUREMENTS 

XST-007 

X 



EARTH 

OBSERVATIONS 





EO-1 

LIDAR MEASUREMENTS 

xsr-oio 



X 

EO-2 

TUNABLE LASERS 

XST-OII 

X 



EO-3 

mult'ispectrai scanner 

XST-012 


X 


EO-4 

RADIOMETER 

X ST-002 



X 

EO-5 

LASER RANGING 

XST-003 

X 


• 

EO-6 

MICROWAVE altimetry 

XST-005 . 


X 


EO -7 

SEARCH AND RESCUE A|D5 

XST-0C6 



X 

EO-8 

IMAGING RADAR • 

XST-008 



X 

EO-9 

. RF NOISE 

X ST -009 

X * 



PHYSICS AND CHEMISTRY 



• ■. 


PH-2 

BARIUM CLOUD RELEASE 

XST-015 

X 


X 

PH-3 

AEROSOL PROPERTIES 

X5T-0I6 

X 

X 


PH-4 

MOLECULAR BCAM LAB 

XST-0I7 

x . 


. X 

PH-6 

METEOR SPECTROSCOPY 

XST-019 



X 

MICROBIOLOGY 





MB- 1 

COLONY GROWTH 

xsr -,020 

X 

X 


MBr 2 

MICRO-ORGANISM TRANSFER 

XST-021 


X 


MB-3 

B.IOCELL ELECT FIELD OPACITY 

XST-022 

X 



MB-4 

BIOCELL ELECT CHARACTERISTICS 

X ST-023 


X 


M8-5 

BIOCELL PROPERTIES 

X ST-024 


X 


1 ENVIRONMENTAL EFFECTS 





EN-1 

MICRO-ORGANISM SAMPLING 

XST-CZ7 

X 

X 

X 

EN-3 

NON-METALLIC MATERIALS DEGRAD 

. XST-02* 


X 

X 






CS-2 

ZERO-G STEAM GENERATOR 

X ST -026 


X 


CS-X 

CONTAMINATION MONITOR 

X ST-040 

X 

X 

X 
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Data packs were prepared for each of the ATL experiments and submitted to 
Langley in September 1975. The following documents were included in the exper- 
iment data packs: (1) a narrative description identifying the experiment's 
purpose, sensors, and implementation approach; (2) an equipment list of the 
experiment assemblies and their potential Spacelab location; (3) condensed 
equipment performance and operations descriptors; (A) command and data signal 
flow paths; (5) a measurement list including form, rate, source, and destination 
requirements; (6) control requirements ; and (7) an experiment data management 
requirements matrix that reflected the entire flight regime. 

2.2 ON-BOARD COMPUTER SERVICES 


The initial scope of ‘ this effort was significantly expanded as a result of 
a parallel adjunct SUIAS effort, the Cost Reduction Alternatives Study (CRAS). 

Part of the CRAS effort was to evaluate the use of dedicated mini /micro-processors 
as well as the Spacelab CDMS for on-board experiment computer services. 

(Originally the SRAS effort was limited to establishing the preferred CDMS util- 
ization.) The result of the CRAS effort was to recommend the maximum utilization 
of dedicated processors. As this result directly influenced the SRAS effort, the 
CRAS results are summarized herein and then applied to the representative ATL 
payloads. 


In CRAS, five representative Spacelab design reference missions were analyzed 
by creating experiment definition data packages similar to but not to the depth of 
the data packs discussed in Section 2.1. Each experiment of each payload was ana- 
lyzed to determine required/raandatory on-board computer services. Figure 2.2-1 
summarizes this analysis. Twenty-seven services were identified. Not only were 
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•HYBRID CONCEPT "ALWAYS" REQ'D 


•multi-use software development 

• MAXIMIZE 


CONCEPT COST-EFFECTIVE 

•CENTRALIZED APPROACH 


•synthesize standardized software/ 

•DEDICATED APPROACH 


HARDWARE APPROACH 


Figure 2.2-1 . On-Board Processor Flight Hardware Definition 
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these services required by several experiments within a payload, but multiple 
payloads required the same services. In addition, an evaluation of these 
services coupled with an assessment of the Spacelab CDMS and the Spacelab/Orbiter 
interfaces indicated that some services must be implemented in dedicated proces- 
sors, some in the CDMS, and others could be implemented in either the CDMS or 
dedicated processors. That is, a hybrid on-board computer mechanization approach 
was always required. In order to establish a preferred approach, software 
development and implementation concepts were synthesized for a maximized central 
(CDMS) approach and a maximized dedicated processor approach. 


Because of the repetitive nature of the on-board services- the first step in 
the synthesis process was to define a software development technique that would 
maximize the reuse of software. The technique was called the flight software 
support system (FSSS) and is illustrated in Figure 2.2-2. The 27 identified 
on-board services comprise the library of the FSSS. After initial development, 
only new initialization data (data tables) are required for subsequent applica- . 
tion. The remaining elements of the FSSS (tutorial, source code editor, compiler/ 
assembler, etc.) are also software. These elements are also a one-time develop- 
ment and provide the capability to link library routines to a mission-unique 
flight applications program. Admittedly, some of these elements are machine 
(computer) unique. However, an industry trend is to develop software and hardware 
that is vendor-interchangeable. Only a minor level of standardization will be 
required. 

Even with the conceptually defined FSSS, mission-unique software is required. 
Estimates of this software for each of the five CRAS payloads were established to 
provide the basis for software preparation costs. 
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Figure 2.2-2 . Software Development Approach 
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The preparation of the mission-unique software for the two approaches is 
illustrated in Figure 2.2-3. In the mini/micro approach each experimenter, 
with minimal programmer support, develops his own flight applications software 
for experiment operations. Measurements data must be integrated at a central 
activity because of the constrained Spacelab/Orbiter interface. The products 
of this approach are a series of application programs (shown as tapes) for each 
experimenter’s mini- and micro-processors plus one program for the CDMS. 


MINI /MICRO APPROACH 


CENTRALIZED APPROACH 



LEGEND: ME AS . - MEASUREMENT REQMTS (TELEMETRY, CAUTI ON/WARN I NG , ANNOTATION) 

OPER. - EXPERIMENT OPERATIONS IMPLEMENTED BY COMPUTERS 

A,B,N - INDIVIDUAL EXPERIMENTS 

STIL - LEVEL Ml INTEGRATION FACILITY 

CDMS ■ SPACELAR EXPERIMENT COMPUTER 

ti . SOFTWARE FOR SINGLE-FUNCTION MICROCOMPUTERS 

FLIGHT TAPES - SOFTWARE FOR MINICOMPUTERS OR CDMS 
STATEMENTS - FORTRAN OR OTHER H I GH- ORDER LANGUAGE 


Figure 2.2-3. Experiment Flight Software Development 

In the centralized approach only micro-processor software is developed 
with the user FSSS by the experimenter. All other experiment operations must 
be rigidly specified and' controlled as the flight applications software will be 
developed at a centralized software test and integration laboratory (STIL) for 
incorporation into the CDMS. The significance of the documentation/control of 
the operations is reflected in the cost estimates for software preparation. 

Based upon previous /similar software development activities at Rockwell the per- 
statement software preparation cost is $62. The ASSESS program at Ames Research 
Center is more characteristic of the mini/micro approach. Estimates of 
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the software development costs of the ASSESS program plus record-type documenta- 
tion (which is adequate for the experimenters) and contractor overhead indicated 
per-statement costs of about $31. 

An additional major consideration in' the evaluation of the two implementation 
approaches was the hardware required. The CDMS is furnished with the Spacelab and 
thus no unique costs for on-board equipment were applicable. However, the soft- 
ware prepared in the centralized approach is remote from the experiment hardware. 
Thus , experiment simulation (hardware or software) is required to validate the 
flight software at the software development site, and CDMS interface simulation 
hardware is required to verify the compatibility of the experiment system with 
the Spacelab CDMS at the Pi’s site. Postponing the validation of the software/ 
hardware interface until Level III integration was considered to be unacceptable. 

Introduction of the mini /micro approach requires additional flight and 
ground hardware. Processor models- consisting of commercially available equipment 
were synthesized (Figure 2.2-4). Appropriate peripherals were included so that 
the preparation of the flight software could be accomplished with the flight 
processors. As the PI is directly involved in the development of the software 
and uses the flight processor, neither simulation software nor hardware is 
required. The validation process with the mini/micro approach is illustrated 
in Figure 2.2-5. 

Cost factors were derived for each element of both on-board mechanization 
approaches and applied to each of the CRAS representative payloads. Programmatic 
costs were developed for each approach as illustrated in Figure 2.2-6. Equiva- 
lencies between the CRAS representative payloads and the other payloads in the . 
traffic model were established. Schedules of each mission type for the three 
different traffic models were developed. Learning curves /software reuse estimates 
were defined and costs by mission type were generated. Summations of the program- 
matic costs indicated that the mini/micro approach ;would be about 60 percent of 
the costs of the centralized approach. Also, a gross evaluation of the impact of 
not having the FSSS indicated recurring costs would increase by about a factor 
of 4. 

The maximized mihi/micro-processor approach was incorporated in this study. 
Each of the. reference ATL experiments /payloads were analyzed to establish the 
complement of mini- and micro-processors and flight application program state- 
ments required for the on-board services as illustrated in Figure 2.2-7. The 
requirements of the three 'reference ATL payloads are summarized in Table 2.2-1. 

In order to subsequently develop ATL programmatic costs a nominal ATL payload 
requiring 6 mini-processors, 14 micro-processors, and 2500 mission-unique flight 
application program statements was identified. The CDMS softioare integration 
activity required for each ATL payload is summarized in Figure 2.2-8. New com- . 
puter software is not required for each mission. The CDMS programs for Spacelab 
subsystem measurement functions can be utilized with the experiment-unique initi- 
alization data. 
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Figure 2. 2-5. Mini/Micro Processor Software Preparation/Validation 
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Figure 2.2-6. Programmatic Cost Evaluation 
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Table 2.2-1. ATL On-Board Processing 
Requirements 



MINI 

MICRO 

SOFTWARE ■ 


PROCESSORS 

PROCESSORS 

STATEMENTS 

ATL PAYLOAD 1 

. 5 

14 

3300 

ATL PAYLOAD 2 

2 

12 

1000 

ATL PAYLOAD 3 

7 

15 

2950 



NOMINAL ATL 
PAYLOAD 

6 

14 

2500 



COST FACTORS 
(CRAS DATA) 

$33K 

EACH 

$11 K 
EACH 

$31 PER 
STATEMENT 


PI/USER 


CDMS 

SOFTWARE 



DATA TABLES 

300K BYTES /FLIGHT 
@ $0.01 /BYTE * 
MACHINE TIME 
3 HR/FLIGHT 
@ $375 /HR * 

INTEGRATION MANPOWER 
3 MAN-MONTHS/FLIGHT 
@ $50K /MAN- YEAR * 


INTEGRATION COST 
PER FLIGHT 

$16.6K 


*Rockwell-experienced rates. 


Figure 2.2-8. STIL Function with Mini/Micro Processor Approach 
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2.3 ON-BOARD COMMAND AND CONTROL 

In addition to the mandatory computerized on-board services, alternate 
approaches to perform the nominally manual command/control functions of exper- 
iment operations were evaluated. A basic manual (hardwired) approach was syn- 
thesized for each experiment. Compute*- added and automated mechanizations for 
these same hardwired functions were also considered. The three approaches are 
illustrated in Figure 2.3-1. The hardwired approach reflects a typical laboratory 
configuration with discrete switches, potentiometers, indicators, lights, and 


AUTOMAT I C / COMPUTER -A I DEO 
MANUAL (HARDWIRE) CONTROL 



Figure 2.3-1. Data Management Design Concept Comparison 


meters. In the computer-aided approach the majority of the discrete components 
are replaced by an intelligent terminal (CRT/keyboard). Some functions must be 
hardwired for safety reasons (e.g., pyros, emergency backups, etc.). Instead of 
direct wiring from discrete components to remotely located experiment equipment, 
command/control/monitor is accomplished via an experiment command bus (independ- 
ent of the Spacelab experiment data bus) with the computer-aided approach. 
Actions are initiated via the keyboard; reactions/status are monitored on the 
CRT. The hardware configuration with the automatic approach is the same as the 
computer-aided approach; the difference is in the software. Decision-algorithms 
and sequencing are done with software. The operator monitors the activities and 
(if necessary) overrides the automated commands /sequences. For each command/ 
control implementation approach, the pertinent hardware and software cost ele- 
ments were defined and estimated. 
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HARDWIRED. APPROACH 


In the case of the hardwired approach the design, development, and integra- 
tion of the control panel and the cost of the components were considered. Based 
upon the definition data in the experiment data packs the discrete panel compon- 
ents for each experiment were identified (Figure 2.3-2). Note that only discrete 



components are indicated; stand-alone displays such as oscilloscopes, TV monitors 
and spectrum analyzers will require additional panel space and are applicable 
regardless of the implementation approach. Based on empirically derived formulas 
(previous Rockwell programs) , panel area and weight requirements were developed. 
Cost estimating ratios for aerospace-qualified ($1800/lb) and Mil-STD programs 
($170/lb) were applied. These data are reflected in Figure 2.3-3. As Spacelab 
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Figure 2.3-3 . Comparison of Aerospace and Mil-STD Costs 


' 2-11 


SD 76-SA-0028-1 





















Rockwell International 

Space Division 


payload controls are not crew safety provisions (They must be operationally 
safe but do not provide crew survival/safe return capability.), the use of 
Mil-STD design criteria was considered applicable. The average cost of the 
design, components, development, test, and documentation for the ATL experiments 
was about $5K each. 

COMPUTER-AIDED APPROACH 

In order to implement the computer-aided approach for experiment 
command/control/monitor functions, additional hardware is required at both ends 
of the transmission link. Figure 2.3-4 illustrates a typical computer-aided 



Figure 2.2-4. Level III/II Integration Configuration (Typical) 

implementation for an ATL Spacelab payload. The experiment operator is provided 
intelligent display terminals (CRT/keyboard/micro-processor) to command/control/ 
monitor experiment actions /reactions via the experiment command bus to dedicated 
mini/micro-processors in each ATL experiment system. Overall control of experi- 
ment operations and the flow of data to/from the Orbiter is maintained by the 
Spacelab CDMS via the experiment data acquisition bus-RAU link to the experiments 
and the CDMS MUX. 

The interface hardware at the experiment end of the transmission link is 
illustrated in Figure 2.3-5. Actuators and decoder elements are required to 
recognize, interpret, and effect the translation of a digital signal to the 
desired control action. The average cost of this activation hardware is about 
$600 per experiment. The mini/micro-processors can be the same hardware described 
previously for the 'mandatory on-board computerized services. The intelligent 
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Figure 2.3-5. Computer-Aided Hardware Coat Factors 
(Example: Microwave Radiometer - EO-4) 

terminal used during development of the experiment system can also be the same 
unit used for on-board services software development. However, two intelligent 
terminals for flight use were allocated to Langley ($3K each). 


Three alternatives were evaluated for the software associated with the 
computer-aided command/control approach. The first alternative used the intelli- 
gent terminal as a command generation and measurement monitor mechanism. The 
command generation consisted of replacing the manual switch /potentiometer opera- 
tion with a digitally encoded signal in response to keyboard inputs. Required 
operations would be listed in an experiment operations handbook. Software for 
the mini/micro-processor would be required to decode the command signal (keyboard) , 
energize the actuators, and acquire /process the measurement data for display on 
the intelligent terminal. A typical measurement display page is shown in 
Figure 2.3-6. Each measurement display page is customized to a particular 
experiment by adding the experiment-unique data tables. The basic software can 
be developed by using the FSSS, provided certain action-analysis routines are 
added. The delta non-recurring cost to the FSSS is estimated to be $62K (1000 
statements @ $62 each). The mission-unique data tables were estimated to average 
about 800 characters per experiment which at $0. 01/character is only $8 per 
experiment per mission. 
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Figure 2. 3-6. Typical Measurement Display 


The second computer-aided software approach evaluated included a display of 
operator’s procedures on the CRT and automatically displayed the resulting status 
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—an automated checkoff list. Figure 2.3-7 illustrates the procedures display 
on the CRT. This capability would require another FSSS delta, estimated to be 
200 statements ($12. 4K). The function of this delta would be to analyze the 
control action requested and set up the communication from one intelligent term- 
inal to one of the several mini- or micro-processors in the ATL payload. In 



S - OPERATOR ENTRY * - CONS ENTRY l - GHT N - NET 


Figure 2.3-7 . Computer Display (Aided) 

addition to the data tables required for each experiment for each mission 
(700 alphanumeric characters for each of 16 orbital operation verification 
phases at $0. 01/character — $112), there is also some mission-^unique computer 
software that must be developed. In the conventional remote terminal configur- 
ation, multiple intelligent terminals communicate with a central processor that 
includes the software to identify each terminal. In the proposed Spacelab con- 
figuration this situation is reversed — one remote terminal must communicate with 
several processors. Additional software is required in each dedicated processor 
to recognize its call sign and respond (integration software, commonly called 
handshaking). It was estimated that this function would require 200 statements 
for each- experiment for each mission and cost $6.2K (200 statements at $31 each). 

The third alternative evaluated was to utilize the Spacelab CDMS intelligent 
terminal for the computer-aided functions. Even if the simulation hardware and 
software required for Level IV validation is neglected, the costs would be about 
$25K per experiment per mission. Because the software is being developed 
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remotely and will be integrated into a single machine, the development costs 
will be $12.4 for the program (200 statements @ $62 each), $12. 5K for the inte- 
gration (3 man-months of effort at $50K/year) , and $750 of host machine time 
(2 hours @ $375/hr). 

The second- alternative, which included the procedures display, was the 
recommended approach. The versatility, flexibility, potential reduction in 
operator mistakes, and capability for automatic recording of all in-flight 
operations appeared to warrant the additional $6.3K per experiment (as compared 
to the alternative that only mechanized the control actions). 

AUTOMATED COMMAND /CONTROL 

All of the hardware and software of the computer-aided approach is required 
as part of the automated approach. In addition a software program to make the 
* decision to proceed to the next step is required with the automated approach. 

In order to develop the decision algorithm software, a logic flow diagram such 
as that shown in Figure 2.3-8 must be developed for each experiment operation. 
The FSSS cannot be used to create this logic nor the software required to 
represent the logic. There is no known tutorial method to do this task. Based 
upon Rockwell experience in developing automatic spacecraft subsystems that 
include decision logic, it is estimated that about 5000 FORTRAN-type statements 
i would be required to automate a typical navigation or earth observation experi- 

ment of the ATL. Even at $31 per statement the per-mission costs would be 
$155K per experiment. 


EXP. NV-1 MICROWAVE 
INTERFEROMETER 

BLOCK X.5 VERIFY OPERABILITY 


Figure 2.3-8 . Automated Control' Logic 
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COMMAND/ CONTROL IMPLEMENTATION COMPARISON 

A comparison of the recurring costs associated with the three command/con- 
trol implementation approaches is presented in Figure 2. 3-9 . The software costs 
associated with the automated approach preclude this alternative unless critical 
performance or safety is an overriding factor (e.g. , emergency shutdown of a 
high-powered laser). Comparison of the average hardwired and computer-aided 
approaches indicates about a $2K difference per experiment. However, in light 
of the increased flexibility, versatility, simplification of crew training., 
simplicity of in-flight operations, adaptability to design change, and compat- 
ibility with the pallet-only Spacelab configuration (reduced panel space) , the 
computer-aided approach is preferred where applicable. This recommendation is 
based upon the assumption that a tutorial system such as the FSSS is developed 
by the agency and would not be uniquely assessed to the ATL. 
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Figure 2.3-9. Corrmand/ Control Concept Comparison ( Per Experiment) 


It is recognized that the computer-aided approach is not applicable for all 
ATL experiments. Some ATL experiments require minimal control such as tum-on/ 
turn-off action, or operator physical dexterity /visual acuity such as the micro- 
biology experiments. Therefore, both the hardwired and computer-aided command/ 
control approaches are viable alternatives. The approach selected for each 
experiment should be based upon that experiment’s specific control requirements. 
In general, if manual dexterity and/or visual acuity is not required, the 
computer-aided approach is preferred. 
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2.4 GROUND PROCESSING REQUIREMENTS DATA BASE 

The ground processing activities that were assessed included the analyses, 
planning, engineering, test operations, and management of the support needed for 
an ATL flight. The two sources for the identification of the required activities 
were the task WBS and the documentation lists developed in the basic SUIAS. Each 
WBS entry and document was evaluated to determine the potential computational 
assistance required. A requirement was identified if the calculations were com- 
plex, the volume of data was large, and/or the process was iterative/repetitive. 

The assessment indicated that 29 computer-supported processes were essential 
for efficient ATL ground operations (see Table 2.4-1). In addition, five of the 
35 types of documents were also identified as requiring computer support (see 
Figure 2.4-1). The 29 essential processes were evaluated by the Rockwell program- 
mer staff to establish what application and library routines would be required, 
and the size of these routines. The results of this analysis are summarized in 
Figure 2.4-2. The composite total of 218,000 FORTRAN statements at $62 per 
statement precluded consideration of a new or Langley-unique development ($13. 5M). 

A descriptive data sheet was prepared for each of the 29 essential processes 
and sent to JSC and MSFC. for evaluation. Although programs of a similar nature 
have been developed at these centers (as well as at other NASA centers and aero- 
space contractors), MSFC programs indicated a high degree of correlation with 
the required programs for ATL payload ground processing requirements (see Fig- 
ure 2.4-3.), A continuing program at MSFC is being conducted to develop this 
type of software. Perhaps most importantly the MSFC programs include the 
development of tutorial software for each process. In addition, the programs 
are operational on their S/1108, are being recompiled for an S/360, and some are 
even being converted for use on a mini-processor (a PDP 11/45). 


Table 2.4-1. Essential Computer-Supported Activities 


* EXPERIMENT GROUPINGS 

* SYST/PROGRAM COST ANALYSTS 

* GROUND TRACE GENERATOR 

* TARGET OPPORTUNITY GENERATOR 

* COMMUNICATIONS COVERAGE 

* SOLAR/MISSION GEOMETRY 

* RADIATION ENVIRONMENT 

* ORBIT CONTAMINATION 

* ATMOSPHERE MODEL 

* ORBIT DECAY 

* ORBIT MANEUVERS 

* ORBIT ERROR ANALYSIS ' 

* SUBSATELLITE MOTION ANALYSIS 

* MISSION CONSUMABLES 

* ORB I TER ATTITUDE MANAGEMENT 


* INSTRUMENT POINTING 

* MISSION TIMELINE GENERATION 

* EXPERIMENT DATA PROCESSING 

’ ORBIT EPHEMERI S/TI MELI NE UPDATE 

* CONTINGENCY OPERATIONS PLANNING 

* SUBSYSTEMS PERFORMANCE MONITOR 

* GROUND TRUTH COORDINATION/CONTROL 

* PAYLOAD (EXPERIMENTS) STATUS MONITOR 

* THERMAL ANALYSIS 

* MASS PROPERTIES ANALYSIS 

* LOADS/STRESS ANALYSIS 

* ELECTRICAL POWER ANALYSIS 

* DATA MANAGEMENT ANALYSIS 

* STABILIZATION CONTROL ANALYSIS 
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Only two essential programs (stabilization and control analysis, and sys- 
tem/program cost analysis) were not included in the MSFC list. Langley (Flight 
Dynamics and Control Division) has initiated the development of a stabilization 
and control analysis program with tutorial software. Rockwell developed a sys- 
tem/program cost analysis model as part of the Radiometer and basic SUIAS effort. 
Conversion of the operations manual to tutorial software would be a relatively 
minor task. Specific correlation between the MSFC programs and those programs 
recommended for documentation tasks was not achieved. However, MSFC's Integrated 
Mission Program (Figure 2.4-3) should suffice for the mission plan document; the 
payload activity scheduling program (or Langley's MASS program) can be used for 
resource scheduling documentation; and commercially available programs can be 
used for the remainder of the documentation tasks. 

Adaptation of the MSFC and commercial programs to run at Langley involves 
converting, translating, or recompiling the source program (a FORTRAN listing) 
to fit whatever machine Langley would use. In the optimum case, the cost would 
be for only the machine time to compile the program. In the worst case, an 
S/360 to S/unknown translator would be required, which is estimated to cost $700K. 


DOC UMENT TITLE 

MASTER PROGRAM PLAN AND SCHEDULE 
CONFIGURATION MANAGEMENT REPORT (MONTHLY 
LOGISTICS PLAN 
INVENTORY REPORT 
EXPERIMENT REQUIREMENTS 
RESOURCE ALLOCATION PLANS 
MISSION FLIGHT PLAN 
EXPERIMENT OPERATING INSTRUCTIONS 
GROUND SUPPORT PLAN 

MISSION' TURNAROUND AND REFURBISHMENT PLAN 
DATA REDUCTION REPORT 
TRAINING PLAN AND PROCEDURES > 

INSTRUMENTATION LIST 
EXPERIMENT RESOURCE REQUIREMENTS 
EMC (TEST REQUIREMENTS) PLAN 
SPACEIAB USER'S GUIDE 
EXPERIMENTER'S DESIGN MANUAL 
TEST REQUIREMENTS 
GSE AND FACILITIES PLAN 
SYSTEM REQUIREMENTS MANUAL 
EQUIPMENT SPECIFICATIONS 


2 3 4 5 
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(x) 


PERT MODEL 
PERT MODEL 
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A. EXPERIMENT INSTALLATION 6 CHECKOUT 

M 

M 

1 

1 

ENGINEERING RECORDS 
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Figure 2,4-1 , Optional Processing documentation 


2-18 


SD 76-SA-0028-1 


SD 76-SA-0028-1 


ro 

h-» 

vo 


\ DOUIWES C[> 
womjES 

. ^ 
— fij 

il 

§i 

Ul t 

3 g 
£2 

PLOTTING ROUTINE 

SOLAR POSITION 

DATA MANAGEMENT 

COORDINATE TRANSFORM 

MATRIX ANALYSIS 

EXPERIMENT 

DEFINITIONS 

EXPMT CONFIGURATIONS 
A OPERATIONS 

EXPERIMENT PRIORITY 

EXPERIMENT DEVELOPMENT 
PLANS /SCHEDULES 

TERRESTRIAL/CELESTIAl 

POSITION 

COMMUNICATION 
SATELLITE POSITION 

ORBITER/SPACELAB CHARAC. 
(MASS A CONFIGURATION) 

ERROR SOURCE A 
MAGNITUDES 

SUBSATELLITE PROPERTIES 
A DEFINITION 

in 

a 

ft 

•£ 

1 

w 

t/Y 

i 

DATA DEFINITION 

FORTRAN 

PROGRAM STATEMENTS 
(PROCESSES) 

EXPERIMENT GROUPINGS 




X 



a 


HI 









$00 

SYSTEM/PROGRAM COST ANALYSIS 




D 




a 


■a 






■ 


1500 

GROUND TRACE GENERATOR 

m 

■9 


X 

X 

a 




■ 








1000 

TARGET OPPORTUNITY GENERATOR 

m 

m 


X 

X 

X 




■ 

a 







1000 

COMMUNICATIONS COVERAGE 

m 

X 


X 

m 

m 





n 

X 






$00 

SOLAR /MISS ION GEOMETRY 

m 

■3 

n 

19 

m 

X 





D 

a 






700 

RADIATION ENVIRONMENT 

m 

m 


X 

. 

■ 


■ 


X 




■ 

■ 



300 

ORBIT CONTAMINATION 

m 

X 


a 


S 

X 

3 


X 



— H 


■ 

X 


1000 

ATMOSPHERE MODEUSI 

■a 



a 



a 











$00 

ORBIT DECAY 

X 


• 

a 

X 

X 







X 





1200 

ORBIT MANEUVERS 

m 



a 

■9 

Of 





a 


X 





1500 

ORBIT ERROR ANALYSIS 

m 

n 


a 

D 

D 








il 




1000 

SUBSATELLITE MOTION ANALYSIS 

X 

X 


X 

X 

X 

X 

X 





, 


X 



1200 

MISSION CONSUMABLES 




X 



X 






X 



X 


1000 

ORBIT ATTITUDE MANAGEMENT 

X 



X 

X 

X 


X 



X 







2000 

INSTRUMENT POINTING 

X 



X 

X 

X 


X 


X 

' X 





X 


1500 

MISSION TIMELINE GENERATION 

X 

X 


X 

X 

X 

X 

x 

X 

X 

X 


X 


X 

X 


8000 

EXPERIMENT DATA PROCESSING 


, 


X 

X 


X 

X 


X 






X 

X 

100.000 

ORBIT EPHEMERIS/TIMELINE UPDATE 

X 

X 


X 

X 

X 












1000 

CONTINGENCY OPS. PLANNING 

X 

X 


X 

X 

X 

X 

X 

X 

X 






X 


5000 

SUBSYSTEMS PERFORM. MONITOR 




X 



X 

X 

X 

X 






X . 


2500 

GRND TRUTH COORD. CONTROL 

X 



X 



X 

X 

X 

X 






X 


1000 

PAYLOAD (EXPMTSI STATUS MONITOR 




X 



X 

X 

X 

X 






X 


5000 

THERMAL ANALYSIS 

X 

X 


X 

X 

X 

X 









X 


3000 - 

MASS PROPERTIES A ANALYSIS 




X 




X 





X 



X 


5000 

LOADS/STRESS ANALYSIS 




X 



X 






X 





5000 

ELECTRICAL PWR ANAL A REQMTS 




X 



X 

X 








X 


5000 

DATA MANAGEMENT ANALYSIS 




X 


- • 










X 

x. 

3000 

STABILIZ. A CONTROL ANALYSIS 




X 



X 






X 



X 






3 






_ 



I 




< 





TOTAL *164. 900 | 

FORTRAN PROGRAM STATEMENTS 
(ROUTINES) 

1000 

$00 

$00 

$000 

100 

$00 

$000 

$000 

$00 

3000 

$000 

1000 

5000 

1000 

$000 

10,000 

$000 

TOTAL * 53,100 | 



Figure 2. 4-2. Ground Processing Size Estimates 
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Figure 2.4-3 . Ground Processing Software Availability (MSFC) 
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The 29 essential programs for ground operation processes and the five 
programs for documentation comprised the data base for the subsequent analyses. 
The recompilation cost of $700K was used in the programmatic costing analysis. 
However, this magnitude of cost is quite unlikely. The trend in the computer 
industry is to achieve hardware and software interchangeability between vendors 
with minimal effort. 


2.5 GROUND PROCESSING IMPLEMENTATION COST FACTORS 

The alternatives for computerized ground processing activities are essen- 
tially the same as those for on-board services. A batch processing approach 
can be used wherein the user requirements are documented and exercised by a 
centralized data processing center (DPC) . Or, an interactive terminal approach 
can be used wherein the user communicates directly with what appears to be a 
dedicated processor via a CRT/keyboard. These two approaches are illustrated 
in Figure 2.5-1, and the two formats of the initialization data are illustrated 
in Figure 2.5-2. (It should be noted that in the case of ground processing, 
existing computer software is being exercised — not developed; software is 
being developed in the case of on-board services.) 



Figure 2,5 T 1. Interactive /Automatic (Batch) Concept 


BATCH PROCESSING 

0 » 

With the batch processing approach, the user completes initialization 
data forms similar to that shown on the right side of Figure 2.5-2. These 
forms are transferred to a centralized activity which keypunch /machine codes 
the data and exercises the appropriate program. Printed results are returned 
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4 • MTAPE 

2 

ENTER VEHICLE ALTITUDE (KM) 

210 




U - USER PROGRAM 
P - PROGRAM 


Figure 2.5-2. Ground Processing Tutorial Requirements 


to the user. The factors to be considered with the batch processing approach 
include average number of computer runs per flight per program, data process- 
ing center personnel requirements, turnaround time, and host machine time. 

Table 2.5-1 summarizes these cpnsiderations and reflects estimates based upon 
previous programs at Rockwell of a similar nature. Thus, with the batch 
processing, or centralized approach, the per-flight costs are about $82K. If 
the data processing center at Langley' is used the turnaround time is at least 
one day. Even this delay between data request and output data can be frustrat- 
ing to a mission analyst. Note that for the projected ATL program the DPC 
utilization rate is only 5.7 percent for two flights per year. It was assumed 
that this rate can be accommodated by existing DPC capabilities. 


INTERACTIVE TERMINAL PROCESSING 


With the interactive terminal approach the user communicates directly 
with the processor via a CRT/keyboard by means of tutorial software. The left 
side of Figure 2.5-2 illustrates a typical CRT display in the exercising of 
the interactive terminal approach. 

There were five alternative implementations of the interactive terminal 
approach that were evaluated. Two concepts pettain to remote terminals and 
three to dedicated mini-processors. The remote terminal concepts are illus- 
trated in Figure 2,5-3. In one case the DPC was considered to be at Langley; 
in the other case the DPC was considered to be at KSC, the Level III/II/I 
Spacelab integrator. With the local DPC, initial installation/purchase of a 
remote terminal is the only capital investment ($3K); the recurring costs are 
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Table 2.5-1. Batch Processing Considerations 


* ESSENTIAL PROGRAMS: 29 

* OPTIONAL PROGRAMS: 5 

* ESTIMATED AVERAGE RUNS PER FLIGHT: 20 TIMES EACH 

34 X 20 = 680 RUNS 

* PROGRAMMING TEAM 

1 LEAD PROGRAM ANALYST @ $50K/YEAR 
1 CODER (KEYPUNCH OPERATOR) @ $40K/YEAR . 

* ESTIMATED RUN RATE PER TEAM: 4/DAY 

680 7 4 - 170 DAYS/FLIGHT 

(50K + 40K) X = $61 .2K/FLIGHT (250 WORKING DAYS/MAN-YEAR) 

* TURNAROUND TIME PER RUN 

LOCAL: 3 WORKING DAYS (NASA SPEC. HANDLING) 

REMOTE: 10 WORKING DAYS (U.S. POSTAL SERVICE) 

* HOST MACHINE TIME 

AVERAGE CLOCK TIME/RUN: 5 MINUTES 

680 (RUNS) X 5 (MIN) 7 600 * 57 HR MACHINE TIME PER FLIGHT 

* HOST MACHINE COSTS 

AVERAGE COSTS/HOUR: $375 (5/360) 

57 X $360 = $2 1 K/FL I GHT 

* HOST MACHINE UTILIZATION 

AVAILABLE HOURS PER YEAR: 2000 

@ 2 FLIGHTS/YEAR X 100 = 5.7* 


• PER- FLIGHT COSTS ■ 

PROGRAMMING TEAM + HOST MACHINE 

$61. 2K + $2 IK - $82.2K/FLIGHT 
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Figure 2.5-3. Remote Terminal Alternatives 

the host machine time and are the same as the batch processing approach — $21K 
per flight. If the DPC is at KSC, an additional installation ($200) and monthly 
service charge ($635) is involved for the Dataphone Digital Service links 
required between Langley and KSC. 

The three dedicated mini-processor implementations consisted of minor vari- 
ations in the memory configuration. One system, the mini-common disc , utilized 
a disc memory bank that was shared by all user.s . The two other configurations, 
nn-ni- dedicated tape and mtni- dedicated disc individualized the memory systems 
for each user. All three systems could utilize the same mini-processor and 
interactive terminal ($18K). The memory systems were $28K, $15. 4K, and $19K 
for the common-disc, dedicated-tape , and dedicated-disc configurations, respect- 
ively. The difference between the two dedicated systems is simply one uses a 
tape memory; the other uses a disc memory. The common-disc memory configuration 
is a one-time investment. The other two memory configurations must be acquired 
with the mini-processors as the traffic/work- levels increase beyond two flights 
per year. 

SUMMARY 

Programmatic costs for the five ground processing implementation concepts 
are summarized in Table 2.5-2. Yearly costs reflect the ATL flight rate for 
the baseline traffic model and are accumulated, arbitrarily, in the year prior 
to the scheduled flight. Batch processing costs are prohibitive and are the 
largest even in the first year of the program. The costs of the remote- terminal 
concepts and the mini-processor concepts are comparable initially, but rapidly . 
accumulate to significantly more than the mini-processor concepts. Thus, the 
mini-processor concepts are preferred. Of the three, the mini- dedicated disc 
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Table 2.5-2, Implementation Cost Comparison 


to 

I 

to 


YEAR OF FLIGHT 

1980 

1901 

I9&2 

1903 

TgST 

1985 

1986 

1987 

1988 

1989 

1990 

1991 

PROGRAM TOTAL 

NO. OF FLIGHTS 


1 

1 

2 

? 

3 

3 

4 

4 

4 

£ 


BATCH 1 * 2 
(NON- TUTORIAL) 

82 

82 

164 

246 

246 

246 

328 

328 

328 

410 

410 


$2870K 

(S82K/FLIGHT) 

REMOTE TERMINAL 

* 


* 

* « 



it 



* 



$750K 

TO LOCAL DPC 2 * 3 

24 

21 

45 

66 

63 

63 

87 

84 

84 

108 

. 105 

- 

($I5K NON-RECURRING) 














($2 IK/FLIGHT) 

REMOTE TERMINAL TO 

* 


* 

* 



* 



it 



$838K 

REMOTE DPC 2 * 3 * 4 

32 

29 

53 

74 

71 

71 

95 

92 

92 

116 

113 

- 

($15K NON-RECURRING) 














(S29K/FLIGHT) 

-MINI-COMMON Dl SC 5 

* 

46 

- 

it 

30 

it 

30 

- 

- 

it 

30 

- 

- 

* 

30 

- 

- 

$ 1 66K 

MINI-DEDICATED 

* 


* 

* 



* 



* 




TAPE 5 

33 


33 

33 

“ 

- 

33 

- 

- 

33 



$165k 

MINI-DEDICATED 

* 


- it 

* 



* 



* 




DISC 5 

37 


37 

37 

” 


37 

” 

* 

37 

” 

• 

$185K 


‘programmer team, salary per flight AT $6 IK. 

2 ALL CONCEPTS USING DPC CHARGED $2 IK PER FLIGHT (57 HOURS OF RUN TIME X $375). 
3 0NE REMOTE TERMINAL PER FLIGHT PER YEAR AT $3K. 

*<DATAPHONE DIGITAL SERVICE CHARGE AT $635/H0NTH. 

5 0NE MINI SET PER FLIGHTPER YEAR. 

‘REQUIRED CAPITAL INVESTMENT/EQUIPMENT PURCHASE. 


Rockwell International 

Space Division 




Rockwell International 

Space Division 


concept is favored because of the versatility and flexibility that is character- 
istic of this approach. Also, it is believed that more efficient operations 
(less manpower) can be achieved with the dedicated approach. These advantages 
warrant the minor additional costs of $20K for a 10-year program. It should be 
noted that this recommendation is based upon the assumption that the GSSS/MSFC 
programs will be compiled for an applicable mini-processor at nominal cost — not 
the worst case estimate of $700K. 

2.6 PROGRAMMATIC EVALUATION 

ATL programmatic costs were developed, based upon the recommended approaches 
for mandatory on-board computerized services (maximize the dedicated processor 
approach) , command/control operations (use computer-aided approach when reason- 
able) , and ground processing/mission planning activities (implement a dedicated 
mini-processor/disc memory concept). A representative ATL payload model was 
synthesized, and hardware and software cost factors for this typical payload 
were defined. Costs were developed for three different traffic models, consid- 
ering potential reuse and reflight of both hardware and software.’ As the pre- 
ferred approaches to software-related activities were dependent upon the avail- 
ability of an FSSS and GSSS, a contingency/criticality analysis was conducted 
to identify the impact of the lack of these two proposed software toots. 

REPRESENTATIVE ATL PAYLOAD AND COST FACTORS. 

The three reference ATL payloads indicated that multiple Spacelab configur- 
ations would be used, and significant variations in on-board operations and 
experiment reflight would occur. In order to develop ATL programmatic costs 
a representative ATL payload model was formulated. The analyses of required 
o'n-board computer services indicated that a typical ATL payload would require 
six mini-processors, 14 micro-processors and 2500 statements of mission-unique 
flight applications software. However, the reference ATL payloads had 11, 11, 
and 12 experiments each. Therefore, control panel and computer-aided command/ 
control equipment and software requirements were derived to reflect the total 
complement of experiments on an ATL payload. 

Analyses of the 25 reference ATL experiments indicated that not all of 
them could or would be controlled from a 'common work station. The experiments 
were categorized into four groups according to their complexity of manned oper- 
ations and man-machine interface characteristics (see Table 2.6-1). The exper- 
iments in Group 1 required extensive command/control/monitor operations. 

Although the experiments in Group 2 were highly automated, a significant man- 
machine control/monitor interface was still required. The experiments in 
Group 3 required only initiate/ terminate control actions. The group 4 experi- 
ments required direct man-participation, involving manual dexterity and/or 
visual acuity. 

The operational characteristics of the first two groups of experiments are 
readily adaptable to the computer-aided command/ control approach. The fourth 
group of experiments are not adaptable to the computer-aided approach. Although 
the third group of experiments could be adapted to the computer-aided approach 
the control actions are simple, non- repetitive , and require minimal monitoring; 
this group is not recommended for computer-aided command/control implementation. 
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Table 2.6-1. Man-Machine Interface Grouping 


GROUP 

» 

EXTENSIVE CONTROL & MONITOR REQUIRED 

* NV-1 MICROWAVE INTERFEROMETER' * EO-5 LASER RANGING £ ALTIMETRY 

* NV-2 AUTONOMOUS NAVIGATION * EO-6 MICROWAVE LATIMETER 

* NV-3 MULTIPATH MEASUREMENTS * £0-7 SEARCH S RESCUE AIDS 

* E0-2 TUNABLE USERS * E0-8 IMAGING RADAR 

* E0-4 MICROWAVE RADIOMETER * EO-9 RF NOISE MEASUREMENT 

GROUP 

2 

HIGHLY AUTOMATED BUT EXTENSIVE MONITORING/EVALUATION REQUIRED 

* EO-I LIDAR MEASUREMENTS 

* EO-3 MULTI SPECTRAL SCANNER 

* PH-4 NEUTRAL GAS PARAMETERS 

GROUP 

3 

HIGHLY AUTOMATED, ONLY 1 N 1 T1 ATE/TERMI NATE ACTI ONS REQUIRED 

* PH-6 METEOR SPECTROSCOPY * CS-2 ZERO-G STEAM GENERATOR 

* MB- 1 COLONY GROWTH * CS-X CONTAMINATION MONITOR 

4 EN-3 NON-METALLIC MATERIALS 

GROUP 

4 

DIRECT MAN PARTICIPATION, DEXTERITY, VISUAL ACUITY REQUIRED 

4 PH-2 BARIUM CLOUD RELEASE * MB-4 BIOCELL ELECTRICAL CHAR. 

4 PH-3 AEROSOL OPTICAL PROPERTIES * MB-5 BIOCELL SPECIAL PROPERTIES 

4 MB- 2 MICRO-ORGANISM TRANSFER .* EN-5 MICRO-ORGANISM SAMPLING 

4 MB- 3 BIOCELL ELECTRICAL FIELD 

OPACITY 


The experiments in Groups 1 and 2 correlate with those for which dedicated 
mini-processors for the on-board services were identified. Thus, it was postu- 
lated that six experiments of the nominal payload would include the computer- 
aided command /control concept. 

As the average number of experiments in the reference ATL payloads was 11, 
an allowance for hardwired control panels was also made. Several of the exper— ■ 
iments in Groups 3 and 4 pertain to microbiology and require either no controls 
or minimal controls. In order to reflect the averaging effect of this class of 
experiments • it was postulated that four hardwired control panels would be- 
required for each ATL payload and would cost approximately $3K each. (The aver- 
age panel cost if all controls were hardwired was $5K.) 

Typical ATL payload hardware requirements are summarized in Figure 2.6-1. 
The display terminals and printers that are allocated to the Pi's are for 
development/validation of flight software. Two additional display terminals 
were allocated to the lead center and would be the actual common— work-station 
flight hardware. The remote activation systems are associated with the six 
experiments that would utilize the computer-aided command /control approach. 

The mini-disc sets are allocated to the lead center to support the mission 
planning activities. 

Software cost factors are summarized in Figure 1 2.6-2. The recurring costs 
include the preparation of the flight applications software for both the mini- 
and micro-processors for all the experiments on a payload. Command/control 
services reflect the use of the computer-aided approach in the mechanization of 
six experiments. The CDMS services are associated with the integration of 
telemetry, caution and warning, data annotation, and mission timelines with the 
Spacelab and Orbiter. 
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ATI REPRESENTATIVE PAYLOAD • 10 EXPERIMENTS 



Non-recurring software costs are for the development of the basic FSSS 
and the delta to the FSSS to efficiently utilize the computer-aided command/ 
control approach, and to convert /mo.dify existing/in-work mission planning 
software at MSFC to' Langley’s specific use. Because of the broad application 
of the FSSS it is recommended that its development be sponsored by the agency 
— not uniquely attributed to ATL. Upon completion of the GSSS work at MSFC, 
this software development tool may also be directly applicable to ATL payloads. 
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PROGRAMMATIC COSTS 

In order to develop programmatic costs it was necessary to establish guide- 
lines for ATL flight rates and reflight commonality for both hardware and soft- 
ware. Figure 2.6-3 summarizes the, selected guidelines. Three ATL traffic 
models were used: the baseline (Yardley traffic model) , maximum of two flights 

per year, and a one-flight-per-year program. 


•TRAFFIC MOORS 


YEAR 

81 

82 

83 

84 

85 

86 

87 

88 

89 

90 

91 

•BASELINE 

1 

1 

2 

3 

3 

3 

4 

4 

4 
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5 

•2 FLT/YEAR 

1 

1 

2 

2 

2 

2 

2 
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LIMIT 












•1 FLT/YEAR 
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1 

1 
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1 
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1 
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1 
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•HARDWARE REUSE 

•PANELS 40% ) 

•ACTUATORS 401 / 4 Of 10 EXPERIMENTS REROWN 

•MICRO-PROCESSORS 40% ) 

•MINI-PROCESSORS 100% SHARED UP TO 2 FLIGHTS /YEAR 

• SOFTWARE REUSE 

•MINI-MICRO SOFTWARE - 25% 

(ON-BOARD SERVICES AND COMMAND / CONTROL) 

•CDMS -0% (NEW EACH FLIGHT) 


Figure 2.6-3. Programmatic Costing Criteria 

As panels, actuator hardware, and micro-processors are an integral part of 
the experiment equipment, sharing of these end items between experiments was 
not considered to be practical. However, experiment reflights are anticipated. 
Thus , it was assumed that the reuse of this type of hardware would average 
40 percent during the course of the ATL program. Mini-processors are stand- 
alone end items and. can be shared between experiments. Thus, 100-percent reuse 
was assumed. Each mini-processor can support two flights per year. It is 
anticipated that a limited amount of flight applications software will also be 
reusable. A 25-percent software reuse factor was estimated. As the experiment 
mix of each ATL payload is different each flight, it was assumed that the CDMS 
integration effort ($16. 6K per flight) would be required for each flight. 

Based upon these cost factors and reuse criteria, a compilation of the 
programmatic software-related costs for each ATL traffic model was developed 
as illustrated in Tables 2.6—2, 2.6-3, and 2,6—4. Cumulative recurring costs 
(basic FSSS , command/control delta, and GSSS mods not included) are plotted for 
the three traffic models in Figure 2.6—4, The minor per-flight variations 
between traffic models are due to different utilization rates of the mini- and 
micro-processors and the intelligent terminals. 
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Table 2.6-2. Program Cost Summary - Baseline ATL Traffic Model ($K) 



YEAR OF FLIGHT 

»?7 8 


1980 

l?8l 

1982 

1983 

1984 

1985 

1986 

1987 

1988 

1989 

1990 

1991 


NO. OF FLIGHTS 




1 

1 

2 

3 

— r~ 

— r 

TT 

5“ 

4 

5 

— r 


ON-BOARD HARDWARE 
















Ml Nl -PROCESSORS 



168 



168 






168 




Ml CRO-PROCESSORS 



154 

92 

185 

277 

277 

277 

370 

370 

370 

- 462 

462 



ACTIVATION SYSTEMS 



4 

2 

5 

7 

7 

7 

10 

10 

10 

12 

12 



CONTROL PANELS 



12 

7 

14 

22 

22 

22 

29 

29 

29 

36 

35 



INTELLIGENT TERMINALS 



6 



.6 






6 




ON-BOARD SOFTWARE 
















MANDATORY 



78 

47 

94 

140 

140 

140 

187 

187 

187 

234 

234 



COMMAND/CONTROL • 



38 

23 

46 

68 

68 

68 

91 

91 

91 

114 

114 


CDMS 



17 

17 

?4 

51 

51 

?! 

68 

68 

68 

85 

85 


TOTAL 



477 

188 

378 

739 

565 

565 

755 

755 

755 

1117 

943 


V 

SUPPORT HARDWARE 
















DISPLAY TERMINAL - 
















PRINTERS 



30 



30 






30 




SUPPORT SOFTWARE 
















FSSS BASIC 

300 

300 














FS3 CMD/CONT DELTA 


75 














TOTAL 

300 

-375 

30 



30 






30 



«#> 

MINI-DISC SETS 
GSSS MODIFICATIONS 

250 

250 

37 

200 


37 

37 



37 



37 




TOTAL 

250 

250 

237 


37 

37 



37 



37 




COMPOSITE TOTALS 

550 

625 

744 

188 

415 

606 

565 

565 

792 

755 

755 

1184 

943 
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Table 2.6-3. Program Cost Summary - 2 Flights/Year Limit ($K) 



YEAR OF FLIGHT 

1978 

1979 

1980 

1981 

1982 

1983 

1981* 

1985 

1986 

1987 

1988 

1989 

1990 

1991 


NO. OF FLIGHTS 




1 

1 

2 

£ 

— r~ 

i 

T~ 

— T~ 

"T“ 

— T~ 

T“ 


ON-BOARD HARDWARE 
















MINI -COMPUTERS 



168 













Ml CRO-COMPUTERS 



15* 

92 

185 

185 

185 

185 

185 

185 

185 

185 

185 



ACTIVATION SYSTEMS 



* 

2 

5 

5 

5 

5 

5 

5 

5 

5 

5 



CONTROL PANELS * 



12 

7 

1* 

1* 

1* 

1* 

1* 

14 

1* 

1* 

1* 



INTELLIGENT TERMINALS 



6 













ON-BOARD SOFTWARE 















♦ 

MANDATORY 



78 

*7 

9* 

9* 

9* 

9* 

9* 

9* 

94 

9* 

9* 



COHMANO/CONTROL 



38 

23 

*6 

*6 

46 

*6 

46 

46 

46 

46 

46 


OVK 

CDMS 



17 

17 

3* 

3* 

3* 

3* 

34 

34 

34 

3* 

3* 


TOTAL 



*77 

188 

378 

378 

378 

378 

378 

378 

378 

378 

378 








asciis 










SUPPORT HARDWARE 
















DISPLAY TERMINAL - 
















PRINTER 



30 




*■ 








' 

SUPPORT SOFTWARE 











. 





FS 3 BASIC 

300 

300 














FS 3 CMD/CONT DELTA 


75 














TOTAL 

300 

375 

30 













NINI-OISC SETS 
GSSS MODIFICATIONS 
TOTAL 

250 

250 

250 

250 

37 

200 

237 


37 











COMPOSITE TOTALS 

550 

625 

7** 

188 

*15 

378 

378 

378 

378 

378 

378 

378 

378 
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Table 2.6-4. Program Cost Summary - 1 Flight/Year Limit ($K) 


to 

I 

u> 

ro 


C/3 

a 

ON 

I 

C/3 

o 

0 

N3 

C» 

1 



YEAR OF FLIGHT 

1978 

1979 

1980 

1981 

1982 

1983 

1984 

1985 

1986 

1987 

1988 

1989 

1990 

1991 


NO. OF FLIGHTS 




1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 


ON-BOARD HARDWARE 
















MTNI •COMPUTERS 



168 













HI CRO-COMPUTERS 



156 

92 

92 

92 

92 

92 

92 

92 

92 

92 

92 



ACTIVATION SYSTEMS 



6 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 



CONTROL PANELS 



12 

7 

7 

7 

7 

7 

7 

7 

7 

7 

7 



INTELLIGENT TERMINALS 



6 













ON-BOARD SOFTWARE 
















MANDATORY 



78 

67 

67 

67 

47 

47 

. 47 

47 

47 

47 

47 



COMMAND/CONTROL 



38 

23 

23 

23 

23 

23 

23 

23 

23 

23 

23 



CDMS 



17 

17 

17 

-17 

17 

17 

17 

17 

17 

17 

17 



TOTAL 



677 

188 

188 

188 

188 

188 

188 

188 

188 

188 

18^ 


SUPPORT HARDWARE 















DISPLAY TERMINAL - 















PRINTER 



JO 













SUPPORT SOFTWARE 
















FSSS BASIC 

300 

300 












• 


FS* CMD/CONT DELTA 


75 














TOTAL 

300 

375 

30 












*° c 

MINI-DISC SETS 



37 












GSSS MODIFICATIONS 
TOTAL 

250 

250 

250 

250 

200 

237 













COMPOSITE TOTALS 



550 

625 

764 

188 

188 

188 

188 

188 

188 

188 

188 

188 

188 
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CONTINGENCY EVALUATION 

The preferred approaches for on-board services, command/control functions, 
and ground processing were based upon the development of the FSSS and the adapta- 
tion of the MSFC software programs to a GSSS. A contingency evaluation was con- 
ducted to assess the impact if the FSSS and GSSS were not developed. The impact 
on the initial ATL flights is summarized in Table 2.6-5. 


Table 2.6-5. Contingency Evaluation 



FIRST FLIGHT COSTS 


ON-BOARD OPS 

WITHOUT FSSS 

WITH FSSS 

COMMENTS 

•MINI/MICRO S/M $ 375 K 

• CDMS SOFTWARE 17 K 

• PI HARDWARE 397 K 

• LEAD CENTER HDW 6 K 

TOTAL $ 795 K 

•MINI/MICRO S/W $ 115 K 

• CDMS SOFTWARE 17 K 

• PI HARDWARE 368 K 

• LEAD' CENTER HDW 6K 

TOTAL $ 512 K 

• FSSS = $755K 

• SAVINGS USING FSSS 
FOR 3-4 FLIGHTS EQUALS 
FSSS COSTS 

| GROUND OPERATIONS 

WITHOUT LOCAL GSSS 

WITH LOCAL GSSS 

• GSSS 

IMPLEMENTATION IS NOT 
TIME-CRITICAL 

• ONLY PROGRAMMATICS' FAVOR 
MINI-DISC APPROACH 

• BATCH PROCESSING $82'K 

9 

• REMOTE TERMINAL $ 32 K 

• MINI-DISC APPROACH $ 36.5 K 


Without the FSSS the PI must develop his flight applications software, 
including all the library routines, independently. This effort will increase 
the quantity of required on-board services software for each mission by about 
9600 statements. • However, without the FSSS the computer-aided command/control 
approach would be impractical to implement, and the computer-aided software 
(1200 statements) would not be developed. Thus, the net increase in software 
would be 8400 statements. Assuming adequate programmer support is available 
for working directly with the PI (informal relationship /minimal documentation) 
these additional statements will cost $31’ each and add $260K to the cost of 
experiment software. 

Even if the problems/complexity/costs associated with the required integra- 
tion of control panels for the pallet-only configuration are neglected, the 
average payload hardware costs will increase without the computer-aided approach. 
With the FSSS (and computer-aided approach) , $16K of the hardware costs was for 
activation system hardware and simple control panels ($352K was for processors). 
Without the FSSS all experiments will require hardwired panels at an average 
cost of $5K/ experiment , or $50K/payload. Therefore, the total software develop- 
ment and related hardware costs for the first ATL payload will be $293K greater 
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without the FSSS than with the FSSS. If the. same software and hardware reuse 
criteria were used for the ATL traffic model without the FSSS, the delta pro- 
grammatic costs after four ATL flights would.be greater than the development 
costs of the FSSS. 

Implementation of a local GSSS capability with the mini-disc computer 
system is not time-critical. Use of a remote terminal approach results in, 
essentially, a recurring $32K/flight cost; the mini-disc approach is a non- 
recurring capital investment of $37K. 

2.7 PALLET-ONLY CONFIGURATION SPECIAL CONSIDERATIONS 

In general, the analyses and trades of alternate mechanizations of on- 
board operations were conducted without consideration of the specific Spacelab 
configuration involved. ' If the pallet-only configuration is uniquely consid- „ 
ered, then the limited control panel space in the Orbiter aft-flight-deck (AFD) 
becomes a prime driver in the mechanization of experiment command/control/ 
monitor functions. .The baseline Orbiter payload panel allocation in the Orbiter 
AFD is illustrated in Figure 2.7-1., This area must be shared by the Spacelab 
(subsystem controls) and the experiments. The baseline panel space allocation 
for operation of Spacelab systems utilizes 1432 in 2 of the 3200 in 2 (shaded area) 
available for Orbiter payloads. Thus, only the cro^s-hatched area (1768 in 2 ) is 
available for ATL experiment control panels. 


ON-ORBIT STATION 
(531 m 2 ) 


MISSION STATION 
(694 In 2 ) 


TV MONITORS 


R-7 PANEL 
(160 In 2 ) 


PAYLOAD STATION 
(1015 In 2 ) 



LEGEND: 

TOTAL AVAILABLE ORBITER PAYLOAD PANEL AREA 


AVAILABLE ATL EXPERIMENT PANEL AREA 


Figure 2.7-1. AFD Panel Allocation for Orbiter Payloads 
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Table 2.7-1 summarizes the required dedicated command /control panel areas 
for the experiments, of the reference pallet-only ATL payload. In addition, 
dedicated displays (spectrum analyzers, oscilloscopes, etc.) are required by 
several of the ATL experiments and are also indicated in the table. Even if 
the TV monitors (see Figure 2.7-1) are shared between experiment, Spacelab, 
and Orbiter operations, the dedicated displays/monitors increase the required 
ATL AFD panel area to 2161 in 2 , which obviously exceeds the available space. 

By adopting the computer-aided command/control approach for the first seven 
ATL experiments listed in Table 2.7-1 (these seven experiments required mini- 
processors for the mandatory on-board computer services), the required AFD 
panel space would be reduced by 950 in 2 . Making an allowance of 342 in 2 for a 
dedicated intelligent terminal for experiment operations would result in a 
total ATL experiment panel requirement of 1563 in 2 , which is compatible with 
the available space. 


Table 2.7-1. ATL Pallet-Only Payload-Required. Hardwired Panel Space 

(Thousands of Dollars) 





COMMAND/ 


•DEDICATED 




CONTROL 

TV 

DISPLAY 



EXPERIMENT 

AREA (IN 2 ) 

MON 1 TOR 

AREA (IN 2 ) 


NV-1 

MICROWAVE INTERFEROMETER 

95 

* 


extensive 

NV-2 

AUTONOMOUS NAVIGATION 

171 

* 

152 

COMMAND, 

E0-4 

RADIOMETER 

209 

* 

152 

CONTROL, 

EO-7/8 

SEARCH & RESCUE/IMAGING 






RADAR 

209 

* 

152 

MONITOR 

EO-I 

LI DAR MEASUREMENT 

133 

* 

152 

REQUIRED 

PH-4 

NEUTRAL GAS PARAMETERS 

133 


152 

MANUAL 

PH-6 

METEOR SPECTROSCOPY 

95 



DEXTERITY 

EN-3 

NON-METALLIC MATERIALS 

133 



t VISUAL 

CS-X 

CONTAMINATION MONITOR 

133 



ACUITY 

PH-2 

BARIUM CLOUD RELEASE 

247 

* 


REQUIRED 

EN-1 

MICRO-ORGANISM SAMPLES 

95 




TOTAL 

1653 

■ * 

508 


♦SHARE 

TV WITH SPACELAB AND ORBITER OPERATIONS 

• 



In this analysis, only total panel areas were considered. If actual 
dedicated panel layouts and interference between top-mounted and front-mounted 
panels are considered, the accommodation margin will be reduced if not elimin- 
ated. Thus, in actual practice, it may be necessary to implement the computer- 
aided approach in additional experiments and/or limit the experiments on a 
pallet-only Spacelab to those that are compatible with the computer-aided 
command/ control approach. 

A cost analysis of the two command /control approaches for the reference 
ATL pallet-only payload was conducted (Table 2.7-2). Dedicated panel costs 
would be almost $58K. In addition to the dedicated panels for the last five 
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experiments of Table 2.7-2 , activation hardware for implementation of the 
computer-aided approach for the first seven experiments would cost $4.2K 
($600 per experiment). Software and data tables for these seven experiments 
would cost an additional $44K. Thus, the computer-aided approach would cost 
about $15K more. It is believed that this delta cost for implementing the 
computer-aided approach is warranted. If non-dedicated hardwired control 
panels were utilized to meet the AFD space limitations, it is anticipated 
that the costs of integration of multiple experiment requirements into a single 
panel and the duplicate fabrication of these panels for Level IV integration 
activities will greatly exceed the $15K. figure. 

Table 2.7-2. Cost Comparison of Command/ Control Approaches for 

Reference Pallet-Only ATL Payload 



HARDWIRED APPROACH 

| COMPUTER-AIDED 

APPROACH 1 

EXPERIMENTS 

PANELS 

HARDWARE 

SOFTWARE 

NV-1 

2.8 




NV-2 

5.3 

1 



E0-4 

EO-7/8 

7.0 

7.0 

> 4.2 


44.1 

ED-1 

7.0 

1 



PH-4 

4.2 

) 



PH-6 

4.0 




EN-3 

2.2 

1 



CS-X 

3.7 

/ 24.7 


- 

PH-2 

12.1 




EN-] 

2.7 

; 




57.9 

73.0 
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3.0 PROGRAMMATIC SOFTWARE-RELATED RECOMMENDATIONS 

Throughout the analyses the primary objectives have been to maintain 
autonomy of individual experiments, maximize hardware and software reuse, and 
minimize programmatic costs. The results not only reflect these factors but 
also indicate that they are compatible. In this section, guidelines for the 
development of ATL payloads that will assist in the achievement of these 
objectives are delineated. 

FLIGHT OPERATIONS CONSIDERATIONS 

Develop the basic flight software support system. Analyses indicate that 
for a continuing program such as the ATL, significant cost savings can be 
realized if a software development tool is used. The proposed concept will' 
minimize the mission-unique software that is required. 

Maximize the use of on-board experiment-dedicated mini /micro-processors. 
The cost savings in software development that can be achieved if dedicated 
processors are used warrants the slight weight, power, volume, and costs of 
these processors. The Pi's autonomy and flexibility of design and operations 
are also maximized with dedicated processors. 

Develop the delta FSSS for command/ control functions. Although the 
computer-aided approach is slightly more costly than the hardwired approach 
the Orbiter AFD panel constraints (pallet-only Spacelab configuration) will 
not accommodate a completely hardwired concept. Development of computer-aided 
software and hardware on an individual experimenter basis would be costly and 
inefficient. 

When feasible s implement the computer-aided command/ control approach. 

The reflight nature of the ATL program indicates that even if experiments are 
initially scheduled for the habitable-module Spacelab configuration, they may 
be subsequently scheduled for a pallet-only flight. Because of the AFD panel 
constraints, a hardwired panel used in the habitable module may not be usable 
in the AFD. Thus, a second development would be required. Initial development 
of the computer-aided approach for command /control functions would provide the 
PI and Langley the maximum flexibility in payload grouping/flight scheduling. 
Also, the computer-aided approach is more adaptable to changes than the hard- 
wired approach. With the evolving technology associated with ATL experiments, 
flexibility of design is extremely important. 

GROUND OPERATIONS CONSIDERATIONS 

Implement the GSSS. The consideration of the number of times that mission 
planning analyses must be performed and the duration of the ATL program make it 
almost imperative that a tutorial software tool be utilized. Batch processing 
is not only cumbersome and frustrating, it is also costly. In this study, only 
the payload integrator was considered in the mission planning phase. However, 
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each PI must also do individual mission planning analyses that pertain to his 
experiment. Current Pi’s may have the necessary software programs, but during 
the course of the AIL program it is doubtful if more than a small percentage 
of the Pi's will be so equipped. Implementation of a tutorial GSSS approach 
will facilitate the participation of a broad segment of the scientific commun- 
ity and minimize the affect of personnel turnover in the payload integrator's 
organization. 

Adopt the mini-disc mission analysis approach. Although the remote term- 
inal approach will suffice the convenience, flexibility, and programmatic costs, 
warrant the mini-disc approach. This dedicated processor approach becomes 
highly desirable when the Pi's are considered. Again, if a broad segment of 
the scientific community is to participate in the ATL program, techniques to 
minimize the costs of the individual Pi's and maximize the accessibility to 
data banks must be implemented. For example, providing a remote terminal link 
between a PI at the University of South Dakota and a central computer at Langley 
is unrealistic. Except for the disc-memory device this Pi's dedicated processor 
would suffice. Disc-memory devices could be shared between Pi's in the same 
manner as the proposed sharing of dedicated mini-processors. (Note: disc- 

memory devices for individual Pi's were not included in the cost analyses of 
this study.) 

DESIGN CONSIDERATIONS 

As both the Spacelab hardware and Spacelab operations are in a design/ 
development stage, specific design requirements for ATL payloads are not 
identifiable at this time. However, the following guidelines indicate the 
types of design requirements that will have to be met. 

1. All potential hazards due to experiment operations or to credible 
failures of experiment equipment will be redundantly instrumented; 
these instrument signals, properly conditioned, will be direct- 
wired to the Spacelab and Orbiter caution/warning system. The PI 
will be required to demonstrate to a safety review board the 
adequacy of his analysis and design to avoid or contain any hazard 
or hazardous condition due to his equipment or its operation. 

2. Experiment-derived data that will be telemetered to ground via the 
Orbiter avionics system will be acquired,- formatted, and annotated 
within the experiment system prior to transmission under control 
of the Spacelab CDMS. 

3. The PI shall provide the interface hardware within his equipment 
to decode and interpret command signals from the CDMS RAU. 

4. The CDMS will provide Orbiter-derived annotation data (time, 
position, attitude) on a periodic basis, via the data bus/RAU 
network. The PI shall provide the interface hardware to accept 
and process these digital signals within his equipment. 
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*5. The PI should consider a computer-aided implementation of 
command/control functions when the operator's procedures 
are complex and sensitive to proper sequencing. 

*6. The PI should consider a computer-aided implementation of 
command/control functions when the experiment is remotely 
located from the operator's work station (specifically for 
pallet-only missions). 

7. The PI should consider an automated approach of implementing 
control for (a) emergency sequences, (b) time-critical oper- 
ations, (c) repetitive sequences where the operator's judgment 
is not required, and (d) operator reaction time may be exceeded. 
(Note: Automatic control may utilize a mini /micro computer, 

but more generally would be implemented by clocked timer- 
sequencers or other mechanical devices — particularly (a) and 
(c) — or by sensor trigger mechanisms such as limit switches 
or optical detectors.) 

*8. The PI should consider a hardwired approach for implementing 
control if (a) the experiment equipment requires no in-flight 
mechanical or procedural adjustments, or (b) the operator’s 
participation is limited to initiating/terminating automatic 
sequences. 


*These guidelines should be considered in conjunction with Flight Operations 
Considerations — When feasible , implement the computer-aided command/ control 
approach. 


3-3 


SD 76-SA-0028-1 



Rockwell International 

Space Division 


4.0 RELATED FUTURE EFFORT 


It is recognized that the preferred approaches for ATL flight and ground 
operations software are contingent upon two key software development tools — 
the FSSS and the GSSS . Because of the repetitive nature of ATL Spacelab 
flights, as well as other Spacelab payloads, a significant programmatic cost 
savings can be achieved if software reuse is maximized. It is believed’ that 
the proposed/conceptually defined FSSS will facilitate the reuse of on-board 
software as well as expedite the preparation of mission-unique software. A 
more detailed definition and synthesis of the primary elements of the FSSS, 
coupled with a demonstration with representative payload equipment, should be . 
accomplished before a Spacelab programmatic commitment is made. It is recom- 
mended that such an activity be initiated within this calendar year in order 
to support the initial Spacelab flights in a timely manner. 

The additions to the basic FSSS for command /control by an interactive dis- 
play terminal is also recommended. Pallet-only configurations are frequent. 

With the limited panel space for payloads in the Orbiter, experiment grouping 
flexibility will be constrained unless shared intelligent terminals are viable. 

It should be emphasized that unless the basic FSSS is provided, the computer- 
aided approach for command and control is not recommended. Without the FSSS 
tutorial feature, each Pi/user would be forced to prepare this software .using 
more conventional methods, or use the CDMS capability. Use of the CDMS would, 
of course, recentralize a major effort with an attendant increase in costs. 

A conceptual CDMS-dedicated processor interface was defined. As both the 
Spacelab and ATL payloads are at the hardware development stage, a definitized 
interface (signal characteristics, coding, timing, etc.) should be established. 
This proposed effort consists basically of analyzing the specific characteristics 
of the CDMS and the Spacelab data bus and determining the interface requirements/ 
specifications that a dedicated processor must meet. This analysis is not recom- 
mended until after the preliminary design review on the CDMS later this year. 

The current GSSS development at MSFC was primarily for remote terminal 
applications. A detailed analysis of the MSFC programs is required to determine 
the potential extent of modifications to MSFC programs for use on dedicated mini- 
processors. As the MSFC program is still in progress, a preliminary activity to 
convert the programs to at least one mini-processor is underway, and a commitment 
to a local GSSS is not time-critical, this effort can be postponed for at least 
another year. 
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